home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20000217-20000824
/
000185_news@columbia.edu _Sun Apr 9 16:36:07 2000.msg
< prev
next >
Wrap
Internet Message Format
|
2000-08-23
|
3KB
Return-Path: <news@columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA16939
for <kermit.misc@watsun.cc.columbia.edu>; Sun, 9 Apr 2000 16:36:07 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id QAA17307
for kermit.misc@watsun.cc.columbia.edu; Sun, 9 Apr 2000 16:15:07 -0400 (EDT)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
From: Peter Easthope <peter_easthope@gulfnet.pinc.com>
Subject: Re: set input echo ( on | off )
Date: Sun, 09 Apr 2000 20:00:25 GMT
Organization: GulfNet-Galiano
Message-ID: <8cqngi$r2v$1@nnrp1.deja.com>
To: kermit.misc@columbia.edu
Thanks for replying Mark and Joe.
Well, there is more to this problem than I
anticipated.
In <38EF928F.AD3D83B1@value.net> posted at 2000
Apr 8, 20:16:16 GMT Mark Sapiro said,
Connect mode input is always displayed on the
connect screen. "set input echo" only controls
whether or not input read by a script (or by
commands in command mode) is displayed on the
command screen.
Yes, my problem is strictly in interpretation of
a script. Connect mode is not involved.
In <x06H488ZGz$4@cc.usu.edu> posted at 2000 Apr
08 Joe Doupnik said,
As a hint, here is an experiment performed to
check your report.
jd>
jd> define foo output cat bigfile.txt\10, input 10 NotHere
jd> set input echo off
jd> foo
The only systems available here provide MS-DOS
Kermit and SoftArc FirstClass; there is no
system with C-Kermit. Thus your test can not be
duplicated exactly. I tried this against MS-DOS
Kermit in server mode--with another name in
place of bigfile.txt of course.
define foo output type bigfile.txt\13, input 10 NotHere
set input echo off
foo
It failed, presumably because the MS-DOS Kermit
server can not cope with "type bigfile.txt\13".
Does "set input echo off" work when issued in a
script file? Does the echo stay off until "set
input echo on" is issued; does it apply only to
the following INPUT command?
What happens if you put the three lines of your
example into a file called, say test.scr, and
then issue "msk316 take test.scr"? In effect
that is what I do, but with hundreds more lines
of Kermit code. The FirstClass server sends
characters just as a C-Kermit server must.
Regards, Peter E.
Sent via Deja.com http://www.deja.com/
Before you buy.